home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Standards 1994 January / InfoMagic Standards - January 1994.iso / inet / ietf / rmonmib / 92mar.min < prev    next >
Text File  |  1993-02-17  |  5KB  |  114 lines
  1. This is only a rough draft - Megan 04/16/92
  2.  
  3.                                Minutes
  4.                           RMON Working Group
  5.                               23rd IETF
  6.                               San Diego
  7.  
  8.      The RMON WG met in two formal sessions during the San  Diego
  9.      IETF  meeting.  Issues from both RFC 1271 and the developing
  10.      Token Ring MIB were discussed.  What follows is an  encapsu-
  11.      lation of the discussions
  12.      Interoperability Interoperation between two or more indepen-
  13.      dent implementations is a requirement for an RFC to become a
  14.      full  Internet  standard  (RFC  1310).   Accordingly,   Mike
  15.      Erlinger  and  Steve  Waldbusser  discussed their attempt to
  16.      organize two interoperability testing sessions for  Ethernet
  17.      RMON probes and managers.
  18.  
  19.           1.   Week of May 25th (after InterOp) at CMU in  Pitts-
  20.                burgh
  21.           2.   Week of Jul 20th (after IETF) at Frontier Software
  22.                in Boston
  23.           It was noted  that  these  interoperability  activities
  24.           were  being  organized  outside  of the auspices of the
  25.           IETF and that Mike and Steve were  reporting  on  their
  26.           progress as part of the IETF WG meeting.
  27.  
  28.      The first draft of a token ring RMON MIB was  created  about
  29.      6-weeks prior to the IETF at a WG session in Fullerton CA by
  30.      combining the Novell and  ProTools  MIBs.   This  draft  was
  31.      reviewed  with the results described below.  The goal is for
  32.      the editor to have an updated draft on the mailing  list  by
  33.      the  middle  of  April,  and an Internet Draft by the end of
  34.      April.
  35.           o+    ringOrder Table
  36.                The MIB editor had left out the  ring-order  table
  37.                because  he  believed  the  information  could  be
  38.                easily obtained from the ring station table.   The
  39.                WG  felt  that the table was so useful that it was
  40.                more than worth the small amount of extra complex-
  41.                ity it added.  It will be put back in.
  42.  
  43.           o+    ringStationControl Table
  44.                Text needs to  be  added  to  indicated  that  the
  45.                ringStationControl Table and the ringStation Table
  46.                are associated (ifInterface).
  47.           o+    The MAC Address of  the  active  monitor  will  be
  48.                added to the ringStationControl Table.
  49.  
  50.           o+    NAUN
  51.                Needs to be added to the ringOrder Table  and  the
  52.                ringStation Table.
  53.           o+    Data Packet
  54.                Text needs to be  added  indicating  that  a  Data
  55.                Packet is NOT a MAC Packet.
  56.  
  57.           o+    tokenStats
  58.                remove the words "including those in bad MAC Pack-
  59.                ets"
  60.  
  61.           o+    The AllRoutesBroadcastPckts variable  was  deleted
  62.                from  the basic stats because it already exists in
  63.                the source routing group.
  64.           o+    host Table
  65.                Define a Station  Address as "Station MAC  Address
  66.                minus Source Routing Bits"
  67.  
  68.           o+    matrix Table
  69.                Make sure to indicate that  Station  Address  (MAC
  70.                Address) does NOT include Source Routing Bits
  71.           o+    MAC vs LLC
  72.                Make sure that MAC  vs.  LLC  vs.  Other  is  well
  73.                defined  as  far  as packet types.  The token ring
  74.                standard will be checked for the correct wording.
  75.  
  76.           o+    In/out line errors
  77.                Add burst and in/out line errors (similar to  bea-
  78.                cons)  back  into  error  list  in the ringStation
  79.                Table, since  this  can  improve  the  ability  to
  80.                correctly identify a problem domain.
  81.           There was a lot of discussion about whether the TR  MIB
  82.           should  be  usable  by  a non-promiscuous probe.  After
  83.           much debate it was decided that token ring was signifi-
  84.           cantly different from Ethernet and that all of the use-
  85.           ful fault management and configuration  info  could  be
  86.           acquired  by  just  examining  MAC  frames (without the
  87.           overhead of promiscuous  mode).   Accordingly,  the  WG
  88.           decided  to repartition the token ring MIB into (essen-
  89.           tially) four groups:
  90.                1. Promiscuous stats (frames, octets, size distri-
  91.                bution, etc.)
  92.                2. MAC layer stuff (ring station table, ring order
  93.                table,  augmented with MAC layer counts which were
  94.                previously in the stats group  -  these  would  be
  95.                added to the ring station control table).
  96.                3. Ring configuration  information  that  required
  97.                active gathering methods.
  98.                4. Source routing stats
  99.  
  100.           For each entry in the  History  control  table  both  a
  101.           promiscuous  history  and a MAC layer history (with the
  102.           same parameters) will be generated iff appropriate.
  103.           The Config table will be split  into  a  control  table
  104.           (containing   the   "push   buttons"  update-stats  and
  105.           remove-station and a time of last update), and  a  data
  106.           table which contains the actual data.  All columns must
  107.           be present in the data table, but the  row  only  comes
  108.           into  existence  (or  is  updated)  when  the button is
  109.           actively pushed in the control table.
  110.  
  111.  
  112.  
  113.  
  114.